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COMPUTERIZED GAMING SYSTEM, METHOD AND APPARATUS 

Field of the Invention 

The invention relates generally to computerized gaming systems, and more 
5 specifically to a game code and operating system method and apparatus for use within 
computerized gaming systems. 

Notice of Co-pending Applications 

This application is related to co-pending application 09/405,921 filed 
10 September 24, 1999, and to co-pending application attorney docket 307.028US1, which 
J« are hereby incorporated by reference. 

in 

□ Background of the Invention 

p Games of chance have been enjoyed by people for thousands of years and have 

k 1 15 enjoyed increased and widespread popularity in recent times. As with most forms of 

O entertainment, players enjoy playing a wide variety of games and new games. Playing 

new games adds to the excitement of "gaming." As is well known in the art and as used 
herein, the term "gaming" and "gaming devices" are used to indicate that some form of 

□ wagering is involved, and that players must make wagers of value, whether actual 
20 currency or some equivalent of value, e.g., token or credit. 

One popular game of chance is the slot machine. Conventionally, a slot machine 
is configured for a player to wager something of value, e.g., currency, house token, 
established credit or other representation of currency or credit. After the wager has been 
made, the player activates the slot machine to cause a random event to occur. The player 
25 wagers that particular random events will occur that will return value to the player. A 
standard device causes a plurality of reels to spin and ultimately stop, displaying a 
random combination of some form of indicia, for example, numbers or symbols. If this 
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display contains one of a pre-selected plurality of winning combinations, the machine 
releases money into a payout chute or increments a credit meter by the amount won by 
the player. For example, if a player initially wagered two coins of a specific 
denomination and that player achieved a payout, that player may receive the same 
number or multiples of the wager amount in coins of the same denomination as wagered. 

There are many different formats for generating the random display of events that 
can occur to determine payouts in wagering devices. The standard or original format was 
the use of three reels with symbols distributed over the face of the wheel. When the three 
reels were spun, they would eventually each stop in turn, displaying a combination of 
three symbols (e.g., with three wheels and the use of a single payout line as a row in the 
middle of the area where the symbols are displayed). By appropriately distributing and 
varying the symbols on each of the reels, the random occurrence of predetermined 
winning combinations can be provided in mathematically predetermined probabilities. 
By clearly providing for specific probabilities for each of the pre-selected winning 
outcomes, precise odds that would control the amount of the payout for any particular 
combination and the percentage return on wagers for the house could be readily 
controlled. 

Other formats of gaming apparatus that have developed in a progression from the 
pure slot machine with three reels have dramatically increased with the development of 
video gaming apparatus. Rather than have only mechanical elements such as wheels or 
reels that turn and stop to randomly display symbols, video gaming apparatus and the 
rapidly increasing sophistication in hardware and software have enabled an explosion of 
new and exciting gaming apparatus. The earlier video apparatus merely imitated or 
simulated the mechanical slot games in the belief that players would want to play only the 
same games. Early video games therefore were simulated slot machines. The use of 
video gaming apparatus to play new games such as draw poker and Keno broke the 
ground for the realization that there were many untapped formats for gaming apparatus. 
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Now casinos may have hundreds of different types of gaming apparatus with an equal 
number of significant differences in play. The apparatus may vary from traditional three 
reel slot machines with a single payout line, video simulations of three reel video slot 
machines, to five reel, five column simulated slot machines with a choice of twenty or 
5 more distinct paylines, including randomly placed lines, scatter pays, or single image 
payouts. In addition to the variation in formats for the play of games, bonus plays, bonus 
awards, and progressive jackpots have been introduced with great success. The bonuses 
may be associated with the play of games that are quite distinct from the play of the 
original game, such as the video display of a horse race with "bets" on the individual 
1 0 horses randomly assigned to players that qualify for a bonus, the spinning of a random 
|~ wheel with fixed amounts of a bonus payout on the wheel (or simulation thereof), or 

111 attempting to select a random card that is of higher value than a card exposed on behalf of 



□ a virtual "dealer." 

..u 



Examples of such gaming apparatus with a distinct bonus feature includes U.S. 
15 Patent Nos. 5,823,874; 5,848,932; 5,836,041; U.K. Patent Nos. 2 201 821 A; 2 202 984 
A; and 2 072 395 A; and German Patent DE 40 14 477 Al . Each of these patents differ in 
fairly subtle ways as to the manner in which the bonus round is played. British patent 2 
CO 201 821 A and DE 37 00 861 Al describe a gaming apparatus in which after a winning 

□ outcome is first achieved in a reel-type gaming segment, a second segment is engaged to 

20 determine the amount of money or extra games awarded. The second segment gaming 
play involves a spinning wheel with awards listed thereon (e.g., the number of coins or 
number of extra plays) and a spinning arrow that will point to segments of the wheel with 
the values of the awards thereon. A player will press a stop button and the arrow will 
point to one of the values. The specification indicates both that there is a level of skill 
25 possibly involved in the stopping of the wheel and the arrow(s), and also that an 
associated computer operates the random selection of the rotatable numbers and 
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determines the results in the additional winning game, which indicates some level of 
random selection in the second gaming segment. 

U.S. Patents Nos. 5,823,874 and 5,848,932 describe a gaming device comprising: 
a first, standard gaming unit for displaying a randomly selected combination of indicia, 
said displayed indicia selected from the group consisting of reels, indicia of reels, indicia 
of playing cards, and combinations thereof; means for generating at least one signal 
corresponding to at least one select display of indicia by said first, standard gaming unit; 
means for providing at least one discernible indicia of a mechanical bonus indicator, said 
discernible indicia indicating at least one of a plurality of possible bonuses, wherein said 
providing means is operatively connected to said first, standard gaming unit and becomes 
actuatable in response to said signal. In effect, the second gaming event simulates a 
mechanical bonus indicator such as a roulette wheel or wheel with a pointing element. 

A video terminal is another form of gaming device. Video terminals operate in 
the same manner as a conventional slot and video machine, except that a redemption 
ticket rather than an immediate payout is dispensed. 

The vast array of electronic video gaming apparatus that is commercially 
available is not standardized within the industry or necessarily even within the 
commercial line of apparatus available from a single manufacturer. One of the reasons for 
this lack of uniformity or standardization is the fact that the operating systems that have 
been used to date in the industry are primitive. As a result, the programmer must often 
create code for each and every function performed by each individual apparatus. 

Attempts have been made to create a universal gaming engine for a gaming 
machine and is described in Carlson U.S. patent 5,707,286. This patent describes a 
universal gaming engine that segregates the random number generator and transform 
algorithms so that this code need not be rewritten or retested with each new game 
application. All code that is used to generate a particular game is contained in a rule 
EPROM in the rules library 108. Although the step of segregating random number 
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generator code and transform algorithms has reduced the development time of new 
games, further improvements are needed. 

One significant economic disadvantageous feature with commercial video 
wagering gaming units that maintains an artificially high price for the systems in the 
market is the use of unique hardware interfaces in the various manufactured video gaming 
systems. The different hardware, the different access codes, the different pin couplings, 
the different harnesses for coupling of pins, the different functions provided from the 
various pins, and the other various and different configurations within the systems has 
prevented any standard from developing within the technical field. This is advantageous 
to the equipment manufacturer, because the games for each system are provided 
exclusively by a single manufacturer, and the entire systems can be readily obsoleted, so 
that the market will have to purchase a complete unit rather than merely replacement 
software, and aftermarket game designers cannot easily provide a single game that can be 
played on different hardware. 

The invention of computerized gaming systems that include a common or 
"universal" video wagering game controller that can be installed in a broad range of video 
gaming apparatus without substantial modification to the game controller has made 
possible the standardization of many components and of corresponding gaming software 
within gaming systems. Such systems desirably will have functions and features that are 
specifically tailored to the unique demands of supporting a variety of games and gaming 
apparatus types, and doing so in a manner that is efficient, secure, and cost-effective to 
operate. 

What is desired is an architecture and method providing a gaming-specific 
platform that features reduced game development time and efficient game operation, 
provides security for the electronic gaming system, and does so in a manner that is cost- 
effective for game software developers, gaming apparatus manufacturers, and gaming 
apparatus users. An additional advantage is that the use of the platform will speed the 
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review and approval process for games with the various gaming agencies, bringing the 
games to market sooner. 

Summary of the Invention 

The present invention in various embodiments provides a computerized wagering 
5 game method and apparatus that features an operating system kernel that may include 
selected device handlers that are disabled or removed. The present invention features a 
system handler application that is part of the operating system. The system handles loads 
and executes gaming program objects and features nonvolatile storage that facilitates 
sharing of information between gaming program objects. The system handler of some 
10 embodiments further provides an API library of functions callable from the gaming 
program shared objects, and facilitates the use of callback functions on change of data 
stored in nonvolatile storage. A nonvolatile record of the state of the computerized 
wagering game is stored on the nonvolatile storage, providing protection against loss of 
the game state due to power loss. The system handler application in various 
1 5 embodiments includes a plurality of handlers, providing an interface to selected hardware 
and the ability to monitor hardware-related events. 

Brief Description of the Figures 
Figure 1 shows a computerized wagering game apparatus as may be used to 
practice an embodiment of the present invention. 
20 Figure 2 shows a more detailed structure of program code executed on a 

computerized wagering game apparatus, consistent with an embodiment of the present 
invention. 

3-*^ ^ ' J Detailed Description 

In the following detailed description of sample embodiments of the invention, 
25 reference is made to the accompanying drawings which form a part hereof, and in which 
is shown by way of illustration specific sample embodiments in which the invention may 
be practiced. These embodiments are described in sufficient detail to enable those skilled 
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in the art to practice the invention, and it is to be understood that other embodiments may 
be utilized and that logical, mechanical, electrical, and other changes may be made 
without departing from the spirit or scope of the present invention. The following detailed 
description is, therefore, not to be taken in a limiting sense, and the scope of the invention 
is defined only by the appended claims. 

Definitions 

For purposes of this disclosure, the following terms have specialized meaning, 
and are defined below: 

"Memory" for purposes of this disclosure is defined as any type of media capable 
of read/write capability. Examples of memory are RAM, tape and floppy disc. 

"Shared Objects" for purposes of this disclosure are defined as self-contained, 
functional units of game code that define a particular feature set or sequence of operation 
for a game. The personality and behavior of a gaming machine of the present invention 
are defined by the particular set of shared objects called and executed by the operating 
system. Within a single game, numerous shared objects may be dynamically loaded and 
executed. This definition is in contrast with the conventional meaning of a shared object, 
which typically provides an API to multiple programs. 

"Architecture" for purposes of this disclosure is defined as software, hardware or 

both. 

"Dynamic Linking" for purposes of this disclosure is defined as linking at run 

time. 

"API" for purposes of this disclosure is an Application Programming Interface. 
The API includes a library of functions. 

"System Handler" for purposes of this disclosure is defined as a collection of code 
written to control non-game specific device handlers. Examples of device handlers 
include I/O, sound, video, touch screen, nonvolatile RAM and network devices. 
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"Gaining Data Variables" for purposes of this disclosure includes at a minimum 
any or all data needed to reconstruct the game state in the event of a power loss. 

"Game.State File" for purposes of this disclosure is a template for creating a look- 
up list of information stored in NV RAM. 
5 The present invention provides a computerized gaming system method and 

apparatus that have novel gaming-specific features that improve security, make 
development of game code more efficient, and do so using an apparatus and software 
methods that are cost-effective and efficient. The present invention also reduces the 
amount of effort required to evaluate and review new game designs by gaming regulators, 
10 because the amount of code to be reviewed for each game is reduced by as much as 80% 
over known, machine-specific architecture. The invention provides, in various 
embodiments, features such as a nonvolatile memory for storing gaming application 
variables and game state information, provides a shared object architecture that allows 
individual game objects to be loaded and to call common functions provided by a system 
l M 1 5 handler application, and in one embodiment provides a custom operating system kernel 

:i 

□ that has selected device handlers disabled. 

Figure 1 shows an exemplary gaming system 100, illustrating a variety of 

components typically found in gaming systems and how they may be used in accordance 

□ with the present invention. User interface devices in this gaming system include push 
20 buttons 101, joystick 102, and pull arm 103. Credit for wagering may be established via 

coin or token slot 104, a device 105 such as a bill receiver or card reader, or any other 
credit input device. A card reader 105 may also provide the ability to record credit 
information on a user's card when the user has completed gaming, or credit may be 
returned via a coin tray 106 or other credit return device. Information is provided to the 
25 user by devices such as video screen 107, which may be a cathode ray tube (CRT), liquid 
crystal display (LCD) panel, plasma display, light-emitting diode (LED) display, 
mechanical reels or wheels or other display device that produces a visual image under 
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control of the computerized game controller. Also, buttons 101 may be lighted to 
indicate what buttons may be used to provide valid input to the game system at any point 
in the game. Still other lights or other visual indicators may be provided to indicate game 
information or for other purposes such as to attract the attention of prospective game 
users. Sound is provided via speakers 108, and also may be used to indicate game status, 
to attract prospective game users, to provide player instructions or for other purposes, 
under the control of the computerized game controller. 

The gaming system 100 further comprises a computerized game controller 1 1 1 
and I/O interface 1 12, connected via a wiring harness 113. The universal game controller 
1 1 1 need not have its software or hardware designed to conform to the interface 
requirements of various gaming system user interface assemblies, but can be designed 
once and can control various gaming systems via the use of machine-specific I/O 
interfaces 112 designed to properly interface an input and/or output of the universal 
computerized game controller to the harness assemblies found within the various gaming 
systems. 

In some embodiments, the universal game controller 1 1 1 is a standard IBM 
Personal Computer-compatible (PC compatible) computer. Still other embodiments of a 
universal game controller comprise general purpose computer systems such as embedded 
controller boards or modular computer systems. Examples of such embodiments include 
a PC compatible computer with a PC/ 104 bus that is an example of a modular computer 
system that features a compact size and low power consumption while retaining PC 
software and hardware compatibility. The universal game controller 1 1 1 provides all 
functions necessary to implement a wide variety of games by loading various program 
code on the universal controller, thereby providing a common platform for game 
development and delivery to customers for use in a variety of gaming systems. Other 
universal computerized game controllers consistent with the present invention may 
include any general-purpose computers that are capable of supporting a variety of gaming 
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system software, such as universal controllers optimized for cost effectiveness in gaming 
applications or that contain other special-purpose elements yet retain the ability to load 
and execute a variety of gaming software. Examples of special purpose elements include 
elements that are heat resistant and are designed to operate under less than optimal 
environments that might contain substances such as dust, smoke, heat and moisture. 
Special purpose elements are also more reliable when used 24 hours per day, as is the 
case with most gaming applications. 

The computerized game controller of some embodiments is a computer running 
an operating system with a gaming application-specific kernel. In further embodiments, a 
game engine layer of code executes within a non-application specific kernel, providing 
common game functionality. The gaming program shared object in such embodiments is 
therefore only a fraction of the total code, and relies on the game engine layer and 
operating system kernel to provide a library of gaming functions. A preferred operating 
system kernel is the public domain Linux 2.2 kernel available on the Internet. Still other 
embodiments will have various levels of application code, ranging from embodiments 
containing several layers of game-specific code to a single-layer of game software 
running without an operating system or kernel but providing its own computer system 
management capability. 

Figure 2 illustrates the structure of one exemplary embodiment of the invention, 
as may be practiced on a computerized gaming system such as that of Figure 1. The 
invention includes an operating system 300, including an operating system kernel 201 
and a system handler application 202. An operating system kernel 201 is first executed, 
after which a system handler application 202 is loaded and executed. The system handler 
application in some embodiments may load a gaming program shared object 203, and 
may initialize the game based on gaming data variables stored in nonvolatile storage 204. 
In some embodiments, the gaming data variables are further loaded into a Game. State 
data file or other data storage device 205, which reflects the data stored in nonvolatile 
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storage 204. The nonvolatile RAM (NV-RAM) according to the invention has read/write 
capability. The gaming program object in some embodiments calls separate API 
functions 206, such as sound functions that enable the gaming apparatus to produce 
sound effects and music. 

The OS kernel 201 in some embodiments may be a Linux kernel, but in alternate 
embodiments may be any other operating system providing a similar function. The Linux 
2.2 operating system kernel in some further embodiments may be modified for adaptation 
to gaming architecture. Modifications may comprise erasing or removing selected code 
from the kernel, modifying code within the kernel, adding code to the kernel or 
performing any other action that renders the device handler code inoperable in normal 
kernel operation. By modifying the kernel in some embodiments of the invention, the 
function of the computerized gaming apparatus can be enhanced by incorporating security 
features, for example. In an embodiment, all modifications to the kernel are modular. 

For example, as described in my co-pending application Serial No. , 

entitled "Encryption in a Secure Computerized Gaming System" filed on the same date as 
the present application, several functions are incorporated into the kernel to verify that the 
operating system and shared object code have not changed, and that no new code has 
been incorporated into the operating system code or shared object code. 

In one embodiment, the kernel is modified so that it executes user level code out 
of ROM. The use of the Linux operating system lends itself to this application because 
the source code is readily available. Other operating systems such as Windows and DOS 
are other suitable operating systems. 

Embodiments of the invention include hard real time code 3 1 0 beneath the kernel 
providing real time response such as fast response time to interrupts. The hard real time 
code 3 10 is part of the operating system in one embodiment. 

In an embodiment of the invention, all user interface peripherals such as 
keyboards, joysticks and the like are not connected to the architecture so that the 
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operating system and shared objects retain exclusive control over the gaming machine. In 
another embodiment, selected device handlers are disabled so that the use of a keyboard, 
for example, is not possible. It is more desirable to retain this functionality so that user 
peripherals can be attached to service the machine. It might also be desirable to attach 
additional user peripherals such as tracking balls, light guns, light pens and the like. 

In another embodiment, the kernel is modified to zero out all unused RAM. This 
function eliminates code that has been inserted unintentionally, such as through a Trojan 
horse, for example. 

In one embodiment, the kernel and operating system are modified to hash the 
system handler and shared object or gaming program object code, and to hash the kernel 
code itself. These functions in different embodiments are performed continuously, or at a 
predetermined frequency. 

The system handler application is loaded and executed after loading the operating 
system, and manages the various gaming program shared objects. In further 
embodiments, the system handler application provides a user Application Program 
Interface (API) 206, that includes a library of gaming functions used by one or more of 
the shared objects 210. For example, the API in one embodiment includes functions that 
control graphics, such as color, screen commands, font settings, character strings, 3-D 
effects, etc. The device handlers 210 are preferably handled by an event queue 320. The 
event queue schedules the event handlers in sequence. The shared object 203 calls the 
APIs 206 in one embodiment. The system handler application 202 in various 
embodiments also manages writing of data variables to the "game.state" file 205 stored in 
the nonvolatile storage 204, and further manages calling any callback functions 
associated with each data variable changed. 

The system handler 202 application of some embodiments may manage the 
gaming program shared objects by loading a single object at a time and executing the 
object. When another object needs to be loaded and executed, the current object may 
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remain loaded or can be unloaded and the new object loaded in its place before the new 
object is executed. The various shared objects can pass data between objects by storing 
the data in nonvolatile storage 204, utilizing a game.state data storage device 205. For 
example, a "game. so" file may be a gaming program object file that is loaded and 
executed to provide operation of a feature set of a computerized wagering game, as a 
"bonus.so" gaming program object file is loaded and executed to provide a feature set of 
the bonus segment of play. Upon changing from normal game operation to bonus, the 
bonus.so is loaded and executed upon loading. Because the relevant data used by each 
gaming program object file in this example is stored in nonvolatile storage 204, the data 
may be accessed as needed by whatever gaming program object is currently loaded and 
executing. 

The system handler application in some embodiments provides an API that 
comprises a library of gaming functions, enabling both easy and controlled access to 
various commonly used functions of the gaming system. Providing a payout in the event 
of a winning round of game play, for example, may be accomplished via a payout 
function that provides the application designer's only access to the hardware that pays out 
credit or money. Restrictions on the payout function, such as automatically reducing 
credits stored in nonvolatile storage each time a payout is made, may be employed in 
some embodiments of the invention to ensure proper and secure management of credits 
by the computerized gaming system. The functions of the API may be provided by the 
developer as part of the system handler application, and may be a part of the software 
provided in the system handler application package. The API functions may be updated 
as needed by the provider of the system handler application to provide new gaming 
functions as desired. In some embodiments, the API may simply provide functions that 
are commonly needed in gaming, such as computation of odds or random numbers, an 
interface to peripheral devices, or management of cards, reels, video output or other 
similar functions. 
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The system handler application 202 in various embodiments also comprises a 
plurality of device handlers 210, that monitor for various events and provide a software 
interface to various hardware devices. For example, some embodiments of the invention 
have handlers for nonvolatile memory 212, one or more I/O devices 214, a graphics 
5 engine 216, a sound device 218, or a touch screen 220. Also, gaming-specific devices 
such as a pull arm, credit receiving device or credit payout device may be handled via a 
device handler 222. Other peripheral devices may be handled with similar device 
handlers, and are to be considered within the scope of the invention. In one embodiment, 
the device handlers are separated into two types. The two types are: soft real time 21 OA 
1 0 and regular device handlers 2 1 OB. The two types of device handlers operate differently. 
The soft real time handler 21 OA constantly runs and the other handler 21 OB runs in 
response to events. 

The nonvolatile storage 204 used to store data variables may be a file on a hard 
disc, may be nonvolatile memory, or may be any other storage device that does not lose 
tfl 1 5 the data stored thereon upon loss of power. In one embodiment the nonvolatile storage in 

battery-backed RAM. The nonvolatile storage in some embodiments may be encrypted 
to ensure that the data variables stored therein cannot be corrupted. Some embodiments 
|8 may further include a game.state file 205, which provides a look-up table for the game 

13 data stored in nonvolatile storage 204. The game.state file is typically parsed prior to 

20 execution of the shared object file. The operating system creates a map of NVRAM by 
parsing the game.state file. The look-up table is stored in RAM. This look-up table is 
used to access and modify game data that resides in NVRAM 204. This game data can 
also be stored on other types of memory. 

In some embodiments, a duplicate copy of the game data stored in NVRAM 204 
25 resides at another location in the NVRAM memory. In another embodiment, a duplicate 
copy of the game data is copied to another storage device. In yet another embodiment, 
two copies of the game data reside on the NVRAM and a third copy resides on a separate 
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storage device. In yet another embodiment, three copies of the game data reside in 
memory. Extra copies of the game data are required by gaming regulations in some 
jurisdictions. 

Data written to the game state device must also be written to the nonvolatile 
5 storage device, unless the game state data device is also nonvolatile, to ensure that the 
data stored is not lost in the event of a power loss. For example, a hard disc in one 
embodiment stores a game. state file that contains an unencrypted and nonvolatile record 
of the encrypted data variables in nonvolatile storage flash programmable memory (not 
shown). Data variables written in the course of game operation are written to the 
10 game.state file, which may be encrypted and stored in the nonvolatile storage 204, upon 
f, =* normal shutdown. Loss of power leaves a valid copy of the most recent data variables in 

1 1? 



!j] the game.state file, which may be used in place of the data in NVRAM in the event of an 

ru 

O abnormal shutdown. 

!!l In an alternate embodiment, a game state device 205 such as a game.state file 

O 

iH 1 5 stored on a hard disc drive provides variable names or tags and corresponding locations in 

nonvolatile storage 204, in effect, providing a variable map of the nonvolatile storage. In 
one such embodiment, the nonvolatile storage may then be parsed using the data in the 
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£S game state file 205, which permits access to the variable name associated with a 

□ 

j;3 particular nonvolatile storage location. Such a method permits access to and handling of 

20 data stored in nonvolatile storage using variable names stored in the game state file 205, 
allowing use of a generic nonvolatile storage driver where the contents of the nonvolatile 
storage are game-specific. Other configurations of nonvolatile storage such as a single 
nonvolatile storage are also contemplated, and are to be considered within the scope of 
the invention. 

Callback functions that are managed in some embodiments by the system handler 
application 202 are triggered by changing variables stored in NVRAM 204. For each 
variable, a corresponding function may be called that performs an action in response to 
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the changed variable. For example, every change to a "credits" variable in some 
embodiments calls a "display_credits" function that updates the credits as displayed to 
the user on a video screen. The callback function may be a function provided by the 
current gaming program shared object or can call a different gaming program object. 

The gaming program's shared objects in some embodiments of the invention 
define the personality and function of the game. Program objects provide different game 
functions, such as bookkeeping, game operation, game setup and configuration functions, 
bonus displays and other functions as necessary. The gaming program objects in some 
embodiments of the invention are loaded and executed one at a time, and share data only 
through NVRAM 204 or another game data storage device. The previous example of 
unloading a game.so gaming program object and replacing it with a bonus.so file to 
perform bonus functions is an example of such use of multiple gaming program shared 
objects. 

Each gaming program object may require certain game data to be present in 
NVRAM 204, and to be usable from within the executing gaming program shared object 
203. The game data may include meter information for bookkeeping, data to recreate 
game on power loss, game history, currency history, credit information, and ticket 
printing history, for example. These files do not include operable code or functions. 

The operating system of the present application is not limited to use in gaming 
machines. It is the shared object library rather than the operating system itself that 
defines the personality and character of the game. The operating system of the present 
invention can be used with other types of shared object libraries for other purposes. 

For example, the operating system of the present invention can be used to control 
networked on-line systems such as progressive controllers and player tracking systems. 
The operating system could also be used for kiosk displays or for creating "picture in 
picture" features in gaming machines. A gaming machine could be configured so that a 
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video slot player could place a bet in the sports book, then watch the sporting event in the 
"picture in picture" feature while playing his favorite slot game. 

The present invention provides a computerized gaming apparatus and method that 
provides a gaming-specific platform that features reduced game development time and 
efficient game operation via the use of a system handler application that can manage 
independent gaming program objects and gaming-specific API, provides game 
functionality to the operating system kernel, provides security for the electronic gaming 
system via the nonvolatile storage and other security features of the system, and does so 
in an efficient manner that makes development of new software games relatively easy. 
Production and management of a gaming apparatus is also simplified, due to the system 
handler application API library of gaming functions and common development platform 
provided by the invention. 

Although specific embodiments have been illustrated and described herein, it will 
be appreciated by those of ordinary skill in the art that any arrangement which is 
calculated to achieve the same purpose may be substituted for the specific embodiments 
shown. This application is intended to cover any adaptations or variations of the 
invention. It is intended that this invention be limited only by the claims, and the full 
scope of equivalents thereof. 



-17- 



